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(54) 

(57) Endpoints, such as clients and gateways, main- 
tain local codec priority lists (500), receive remote codec 
priority lists (504), and maintain common communica- 
tion attribute priority lists (502). When opening a trans- 
mittal channel, a local endpoint determines the highest 
priority codec on its local priority list (500) that is also on 
the remote priority list (504). The local endpoints also 
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determines the highest priority codec on the remote pri- 
ority list (504) that is also on the local priority list (500). 
If the codec types match, then the transmitting channel 
is opened with that codec. If there is no match, then the 
common communication attribute priority list (502) is 
used, and the local or remote codec that has a corre- 
sponding highest or lowest desired attribute is used for 
the communication. 
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Description 



[0001] The present invention relates to telecommuni- 
cations systems, and in particular, to an improved te- 
lephony-over-local area network (LAN) system. 

rZ ^l 7110 ,ntematlona » Telecommunications Union 
(ITU) Recommendation H.323 defines a set of protocols 
for multimedia communication on packet networks In 
particular, a protocol is described whereby endpoints 
can signal each other a list of their respective codina 
capabilities. However, the H.323 Recommendation 
does not specify the method by which an endpoint 
chooses from among those capabilities which are to be 
used in a particular connection. 
[0003] In particular, according to known H.323 sys- 

S r*° int Ca " ° rtly Se,ect the wit" 
which it will be transmitting, and only if the other end- 
point has the capability of receiving using that selected 
coding scheme. Thus, it is possible for each endpoint to 
select a different codec, which can result in a sub-opti- 
mal network bandwidth usage. For example, a local 
endpoint on a low bandwidth LAN segment may place 
its lowest bandwidth codec first on its priority list. If the 
local endpoint starts a communication with a remote 
endpoint. and it is determined that the remote endpoint 
will support the lowbandwidth codec, then the transmis- 
sions from the local endpoint will proceed using that co- 
!f' How f ver ' tf tne rem °te endpoint has a different pri- 

»Sh f u eXamp,e ' beCaUSe rt is on a "igher band- 
width LAN segment, then the remote endpoint may at- 
tempt to transmit using its higher bandwidth codec So 
long as the remote endpoint determines that the local 
client endpoint can support its codec choice, the higher 
bandwidth transmission will proceed. This results in 
sub-optimal network bandwidth usage as the higher 
bandwidth transmissions are beingsentfromtheremote 

Z30T1£ ,0Ca ' en * oW which is on a low ba nd- 
width LAN segment. 

[0004] These and otherdrawbacks in thepriorart may 
be overcome in large part by a coding algorithm policy 
adjustment system according to embodiments of the 
present invention. 

[0005] The invention is defined in the independent 
cteims, to which reference should now be made. Further 

claims* 960 " 8 f6atUreS detai ' ed in 106 de P en dent 
[0006] Endpoints according to embodiments of the 
present invention maintain local codec priority lists re- 
ceive remote codec priority lists, and maintain common 
commun.cat.on attribute priority lists (which are ordered 
lists of available codecs). For example, when opening 
a transrn.ss.on channel, a local endpoint may determine 
the highest priority codec on its local priority list that is 
also on the remote priority list. The local endpoint may 
also determine the highest priority codec on the remote 
pnonty list that is also on the local priority list. If the co- 
dec types match, then the transmitting channel is 
opened with that codec, if there is no match, then the 



common communication attribute priority list is used 
The list is ordered according to the value of a selected 
desired attribute for each codec and the local or remote 
codec that has a conesponding highest or lowest de- 
sired attribute is usedforthecommunication. According 
to one embodiment, the communication attribute is a 
bandwidth ranking. Other attributes, such as voice qual- 
ity, may be prioritized in other embodiments 
[0007] A better understanding of the invention is ob- 
tained when thefollowing detailed description of embod- 
iments thereof is considered in conjunction with the fol- 
lowing drawings in which: 

FIG. 1 is a diagram illustrating a telecommunica- 
tions system according to an embodiment of the in- 
vention; 

FIG. 2 is a diagram of an exemplary H.323 interface 
according to an embodiment of the invention- 
FIG. 3 is a diagram illustrating an exemplary coding 
resources unit according to an embodiment of the 
invention; 

FIG. 4 is a flowchart illustrating operation of an em- 
bodiment of the invention; 
FIG. 5 is a flowchart Illustrating operation of an em- 
bodiment of the invention; and 
FIG. 6 is a flowchart illustrating operation of an em- 
bodiment of the invention. 
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[0008] FK3s.1 -6 illustrate bandwidth biased codec 
system and method according to an embodiment of the 
invention. Advantageously, the present Invention em- 
ploys a common communication attribute ranking to bi- 
as codec selection to ensure that a codec having de- 
sired attributes is chosen. 
« [0009] Turning now to the drawings and with particu- 
lar attention to FIG. 1 , atelecommunicationssystem 100 
according to an embodiment of the present invention is 
shown. In particular, according to the implementation il- 
lustrated, the telecommunications system 100 Includes 
a local area network (LAN) or packet network 101 . Cou- 
pled to the LAN 101 may be a variety of H.323 client 
terminals 102A, 102B, a multi-point control unit (MCU) 
104 an H.323 gateway 106, an H.323 gatekeeper 108, 
a LAN server 112 and a plurality of other devices such 
as personal computers (not shown). The H.323 termi- 
nals 102A, 102B are in compliance with the H.323 
standard. Thus, the H.323 terminals 102A, 102B sup- 
port H.245 for negotiation of channel usage, Q 931 for 

50 f a " fiTf in9 3nd 08,1 Setup ' re 9'sfratJon admission sta- 
tus (RAS), and RTP/RTCP for sequencing audio and 
video packets. The H.323 terminals 102A, 102B may 
further implement audio and video codecs T.120 data 
conferencing protocols and MCU capabilities. Further 
details concerning the Recommendation H.323 may be 

SETS, IT ,nternational Telecommunications 
Union (ITU). It is noted that endpoints includes client ter- 
minals and gateways. 

[0010] In addition, the H.323 endpoints 102a, 102b 
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and 1 06 include coding resources units 111a, 111b, 111c 
according to the present invention. As will be discussed 
in greater detail below, the coding resources units Ilia, 
Nib, lllc are used during call setup to determine optimal 
codec selection according to the present invention. 
[0011] A logical diagram of an H.323 interface to the 
LAN 101 is shown in FIG. 2, according to an embodi- 
ment of the present Invention. The Interface includes a 
known network terminal/device 10 utilizing the ITU-T H. 
323 protocol, and a packet network interface 13 that is 
coupled to network terminal 10. Network interface 13 
couples the H.323 device to LAN 1 01 . H.323 terminals/ 
devices and equipment carry real-time voice, video and/ 
or data. It should be noted that H.323 is an umbrella 
recommendation that sets standards for multimedia 
communications, including telephony-over-LAN com- 
munications. The network can include packet-switched 
Transmission Control Protocol/Internet Protocol (TCP/ 
IP) and Internet Packet Exchange (IPX) over Ethernet, 
Fast Ethernet and Token Ring networks. 
[0012] The network terminal 10 is coupled to a video 
input/output (I/O) interface 28, an audio I/O interface 12, 
a data equipment 21 via a user application interface 1 9, 
and a system control user Interface (SCUI) 20. Network 
terminal 1 0 also includes an H.225 layer 24, a video cod- 
er/decoder (codec) 1 5, an audio codec 1 4, and a control 
layer 11 that includes H.245 protocol functionality 1 8, Q. 
931 protocol functionality 16, RAS protocol functionality 
1 7, and coding resources unit 111. 
[0013] As seen in FIG. 2, the video I/O interface 28 
which may be part of the standard H.323 device con- 
nects to the video codec 22 such as an H.261 codec for 
encoding and decoding video signals. Coupled between 
video I/O interface 28 and H.225 layer 24, video codec 
22 translates encoded video signals to H.225 protocol 
signals. Although the H.261 codec can be the video co- 
dec used for an H.323 terminal, other video codecs, 
such as H.263 codecs and others, may also be used for 
encoding and decoding video. The H.245 protocol is 
used to exchange terminal capability information such 
as the video coding algorithm. Generally, the called ter- 
minal specifies its capabilities to the calling terminal. 
[001 4] Audio I/O interface 12, which may be part of a 
standard H.323 terminal, connects to the audio codec 
14, such as a G.711 codec, for encoding and decoding 
audio signals. Coupled to audio I/O interface 12, audio 
codec 14 is coupled to H.225 layer 24 and translates 
audio signals to H.225 protocol signals. Although the G. 
711 codec is the mandatory audio codec for an H.323 
terminal, other audio codecs, such as G.728, G.729, G. 
723.1 , G.722, MPEG1 audio, etc. may also be used for 
encoding and decoding speech, in accordance with the 
present invention. G. 723.1 typically is a preferred codec 
because of its reasonably low bit rate, which enables 
preservation of link bandwidth, particularly in slower 
speed network connections. As is known, when commu- 
nicating, H.323 terminals use a common coding algo- 
rithm or codec supported by ail entities to the conversa- 



tion/conference. This information is exchanged during 
an H.245 capability exchange phase. 
[0015] The control layer 11 interfaced with SCUI 20 
provides signaling and flow control for proper operation 

s of the H.323 terminal. In particular, ail non-audio and 
non-video control signaling is handled via SCUI 20. 
Coupled to SCUI 20 in the control layer 11 are H.245 
layer 1 8, Q.931 layer 16 and RAS layer 1 7, which couple 
to H.225 layer 24. Thus, SCUI 20 interfaces to the H. 

io 245 standard which is the media control protocol that 
allows capability exchange, channel negotiation, 
switching of media modes and other miscellaneous 
commands and indications for multimedia communica- 
tions. SCUI 20 also interfaces to the Q.931 protocol 

is which defines the setup, teardown, and control of H.323 
communication sessions. SCUI 20 further interfaces to 
the Registration, Admission, Status (RAS) protocol that 
defines how H.323 entities can access H.323 gatekeep- 
ers to perform among other things address translation, 

20 thereby allowing H.323 endpoints to locate other H.323 
endpoints via an H.323 gatekeeper. The H.225 standard 
layer 24, which is derived from the Q.931 standard, is 
the protocol for establishing connection between two or 
more H.323 terminals and also formats the transmitted 

25 video, audio, data and control streams into messages 
for output to the network interface 13 (e.g., transport 
over IP network 101). The H.225 layer 24 also retrieves 
the received video, audio, data and control streamsfrom 
messages that have been input from network interface 

30 50. 

[0016] In addition, in accordance with embodiments 
of the present Invention, the H.323 terminal's control lay- 
er 11 may include a coding resources unit 111 which is 
used to bias (influence) a codec choice according to the 

35 present invention, as will be described further below. Us- 
er application interface 19, which may be a T. 120 pro- 
tocol interface as well as other types of protocol inter- 
faces, also is coupled between H.225 layer 24 and a 
user device 21 , which may be for example data equip- 

40 ment. Thus, an H.323 network may be configured to in- 
clude several different devices. For example, the net- 
work may include a terminal for enabling users connect- 
ed to a LAN to speak, a terminal (i.e., gateway) for en- 
abling a caller resident on the LAN to call a second user 

45 through the public switched network, and/or a terminal 
for enabling the adapter to communicate through a wire- 
less trunk, using a wireless telephone. The device may 
also implement supplementary services according to 
the H.450 protocol specification. 

50 [0017] The H.323 gateway 1 06 (FIG. 1 ) generally pro- 
vides a translation function between H.323 conferenc- 
ing endpoints and other termin al types and performs call 
setup and clearing on both the LAN side and switched 
circuit network (e.g., public switched telephone network 

55 or PSTN) side. The H.323 gatekeeper 108 performs ad- 
dress translation from LAN aliases for terminals and 
gateways to IP or IPX addresses (as defined in the RAS 
specification) as well as bandwidth management (also 
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specified within the RAS specification). The H.323 gate- 
keeper 1 08 may further be used for call routing. 
[0018] An exemplary coding resources unit in an end- 
point is shown in FIG. 3. As shown, the coding resources 
unit 111 includes a locaJ priority unit 500, a common at- 
tribute unit 502, and a remote priority unit 504 accessible 
by a processor (not shown). The local priority unit 500 
may be embodied as memory for storing a prioritized list 
of codec choices for the local endpoint. As shown, the 
local priority unit 500 lists codecs A, B, C, and D f in order 
of priority. Similarly, the remote priority unit 504 may be 
embodied as a memory device for receiving and storing 
a codec priority list for the remote endpoint. As shown, 
the remote priority unit 504 lists codecs D, E, C, F, and 
G in order of priority. Finally, the common attribute unit 
502 stores a list of available codecs (A, B, C, D t E, F, 
and G) according to a predetermined attribute. For ex- 
ample, the codecs might be ranked in order of band- 
width usage or in order of speech quality. 
[0019] In operation, when opening a transmission 
channel, a local endpoint determines the highest priority 
codec on its local priority list 500 that is also on the re- 
mote priority list 504. For example, as shown in FIG. 3, 
the local priority unit 500 determines that codec C 
matches. The local client endpoint also determines the 
highest priority codec on the remote priority list 504 that 
is also on the local priority list 502 (codec D). If the codec 
types match, then the transmitting channel is opened 
with that codec. In the example shown, there is no 
match, so the common communication attribute priority 
list 502 is used. The determined local codec (codec C) 
or determined remote codec (codec D) that has a cor- 
responding highest (or lowest in some embodiments) 
desired attribute is used for the communication. In this 
case, as shown, codec C is chosen. 
[0020] As an example, a flowchart illustrating opera- 
tion of one embodiment of the invention is shown in FIG. 
4. In a step 402, at the beginning of call setup, the local 
endpoint receives the remote priority list. The system 
then accesses the local priority list and, in a step 404, 
the system determines the highest priority codec on the 
local list that is also on the remote list. In a step 406, the 
system accesses the remote list and determines the 
highest priority codec on the remote list that is also on 
the local list. In step 408, the system determines wheth- 
er the codecs match. If so, communication is begun with 
the codec. If not, then in a step 41 0, the system access- 
es the common attribute list to select the highest priority 
of the two codecs. Finally, in a step 412, the communi- 
cation is undertaken with the selected codec. 
[0021] As discussed above, one application of the 
present invention is in H.323 systems. In particular, with 
reference to FIG. 5, in a step 510, an endpoint (e.g., 
Client 1) wants to establish a call to another endpoint 
(e.g., Client 2). The endpoint Client 1 sends an ARQ 
message (Admission Request) to the gatekeeper GK. 
The gatekeeper GK responds with an ACF (Admission- 
Confirm) message to endpoint Client 1, in a step 512. 



The ACF message includes a Call Signaling Transport 
Channel Address of the gatekeeper GK. In a step 514, 
in response to the ACF message, the endpoint Client 1 
sends an H.225.0 setup message to the gatekeeper GK. 

5 [0022] In a step 51 6, the gatekeeper GK relays the H. 
225.0 setup message to the endpoint Client 2. In re- 
sponse, in a step 518, the endpoint Client 2 conducts 
an ARQ/ACF exchange with the gatekeeper GK. In a 
step 520, the endpoint Client 2's sends H.225.0 Alerting 

10 and Connect messages to the gatekeeper GK as the 
call progresses to the connect state. The gatekeeper 
GK, in turn provides the Alerting and Connect messages 
to the endpoint Client 1 In a step 522. The Alerting or 
Connect message includes the Gatekeeper H.245 Con- 

15 trol Channel Transport Address, which is used, in a step 
524, to establish the H.245 control channel. Next, an H. 
245 capability exchange is undertaken, in a step 526. 
According to this embodiment of the present invention, 
the local endpoint Client 1 receives the remote priority 

20 Hst, in a step 528. Endpoint Client 1 then accesses the 
local priority list and, in a step 530, determines the high- 
est priority codec on the local list that is also on the re- 
mote list. In a step 532, endpoint Client 1 accesses the 
remote list and determines the highest priority codec on 

25 the remote list that is also on the local list. In step 534, 
endpoint Client 1 determines whether the codecs 
match. If so, communication is begun with the codec in 
step 538. If not, then in a step 536, endpoint Client 1 
accesses the common attribute list to select the highest 

30 priority of the two codecs. Finally, in a step 538, thecom- 
munication is undertaken with the selected codec, i.e., 
the media channel Is opened. A similar procedure is un- 
dertaken at endpoint Client 2. 

[0023] A similar command sequence is used in an im- 
35 piementation employing the H.323 direct signaling mod- 
el, as shown in FIG. 6. In a step 600, the endpoint Client 
1 sends an ARQ message to the gatekeeper GK re- 
questing that a call to endpoint Client 2 be allowed using 
a direct call model. In a step 602, the gatekeeper GK 
40 responds with an ACF message to the endpoint Client 
1 . The ACF message includes a Call Signaling Trans- 
port Channel Address of the endpoint Client 2. In a step 
604, in response to the ACF message, endpoint Client 
1 sends an H.225.0 Setup message directly to endpoint 
45 Client 2. In response to the setup message, in a step 
606, the endpoint Client 2 conducts an ARQ/ACF ex- 
change with the gatekeeper GK. Alternatively, the ex- 
change of ARQ/ACF messages may be omitted. That 
is, a direct call may be established between the end- 
so points Clients 1 and 2 with no involvement of gatekeeper 
GK. In this scenario, steps 600-606 are omitted. That is, 
in a step 602A, the endpoint Client 1 sends an H.225.0 
message directly to endpoint Client 2. This causes end- 
point Client 2 to process the received H.225.0 Setup 
55 message in step 608. Next, in a step 608, the endpoint 
Client2 sends an H.225.0 Connect message to the end- 
point Client 1 to progress the call to a connect state. In 
a step 610, the endpoint Clients 1 and 2 exchange H. 
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245 terminal capability messages. 
[0024] According to this embodiment of the present 
invention, the local client endpoint Client 1 receives the 
remote priority list, in a step 612. Endpoint Client 1 then 
accesses the local priority list and, in a step 614, deter- 
mines the highest priority codec on the local list that is 
also on the remote list. In a step 616, endpoint Client 1 
accesses the remote list and determines the highest pri- 
ority codec on the remote list that is also on the local 
list. In step 618, endpoint Client 1 determines whether 
the codecs match. If so, call processing proceeds to step 
622. if not, then in a step 620, endpoint Client 1 access- 
es the common attribute listto select the highest priority 
of the two codecs. A similar procedure is undertaken at 
endpoint Client 2. 

[0025] In a step 622, the endpoints Client 1 and Client 
2 exchange H.245 master-slave determination messag- 
es and any other needed H.245 messages. Finally, in a 
step 624, a media channel using the chosen codec is 
opened between the endpoints. 



Claims 

1. A telecommunications system, including a packet 
switched network (101), one or more telephony 
endpoints (102, 106) coupled to said packet 
switched network, said one or more telephony end- 
points configured to communicate using one or 
more coding algorithms, the telecommunications 
system characterized in that: at least one of said 
telephony endpoints (102, 106) includes a coding 
resources unit (111), said coding resources unit 
configured to maintain a local priority list, a remote 
priority list, and a common attribute list for selecting 
a codec for transmission. 

2. A telecommunications device, having: 

a plurality of codecs (14), wherein said telecom- 
munications device is adapted to communicate 
with other telecommunications devices using 
said plurality of codecs; and 
a coding resources unit (111) for selecting one 
of said plurality of codecs for communicating, 
said coding resources unit (111) configured to 
maintain a local priority list (500), a remote pri- 
ority list (504) , and a common attribute list (502) 
for selecting a codec for transmission. 

3. A telecommunications system in accordance with 
claim 1 , said packet switched network (101) being 
H.323 compatible. 

4. A telecommunications system or device in accord- 
ance with claim 1 , 2 or 3, said coding resources unit 
(111) configured to identify a highest priority codec 
on said local priority list that is also on said remote 



8 

priority list. 

5. A telecommunications system or device in accord- 
ance with claim 4, said coding resources unit (111) 

5 configured to identify a highest priority codec on 
said remote priority list that is also on said local pri- 
ority list. 

6. A telecommunications system or device in accord- 
io ance with claim 5, said coding resources unit (111) 

configured to determine if said highest priority co- 
decs are the same. 

7. A telecommunications system or device in accord- 
's ance with claim 6, said coding resources unit (1 1 1 ) 

configured to use a first listed of said highest priority 
codecs from said common attribute list if said high- 
est priority codecs are not the same. 

20 8. A telecommunications method, including the steps 

of: 

receiving a remote priority list (504); 
Identifying a first highest priority codec on a lo- 
25 cal priority list (500) that is also on said remote 

priority list; 

identifying a second highest priority codec on 
said remote priority list (504) that is also on said 
local priority list (500); 
30 determining whether said first and second co- 

decs are the same; 

transmitting with said first and second codecs 
if said first and second codecs are the same; 
and 

35 selecting one of said first and second codecs 

from a common attribute list (502) if said first 
and second codecs are not the same. 

9. A telecommunications system or method according 
40 to any of the preceding claims, wherein said com- 
mon attribute list (502) orders said codecs accord- 
ing to bandwidth usage. 

10. A telecommunications system or method according 
45 to any of claims 1 to 8, wherein said common at- 
tribute list (502) orders said codecs according to 
voice quality. 
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